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[57] ABSTRACT 

A system for allowing a peripheral device to be inserted 
directly into a port of a computer system while the computer 
system is powered on. The insertion of a peripheral device 
into the computer system port is automatically delected, and 
a configuration operation is automatically performed when 
insertion of the peripheral device is detected. The system 
also allows a plurality of peripheral devices to be connected 
to a single port of a computer system by automatically 
determining the number of peripheral devices and assigning 
a unique address to each of the peripheral devices. The 
peripheral device may have a host port for commuoicating 
with the computer system, a slave port for connecting to a 
slave device, and a device manager which identifies if a 
slave device is connected. 

20 Claims, 18 Drawing Sheets 
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APPARATUS AND METHOD FOR 
COUPUNG MUUriPLE PERIPHERAL 
DEVICES TO A SINGLE PORT OF A 
COMPUTER 

This application is a continuation-in-part of a previously 
filed application entitled "Insertion of Peripheral Devices in 
Computer Systems", Ser. No. 08/58336. filed on Jan. 4, 
1996, now U.S. Pat. No. 5,828,899 herein incorporated by 
reference. 

BACKGROUND OF THE INVENTION 

This invention relates to computer peripheral devices. 

A peripheral port, such as a keyboard port, a mouse port, 
or a serial interface port, is used in a computer system to 
connect to a peripheral device. Generally, each peripheral 
port is designed for connection to a specific type of periph- 
eral device and is connectable to only one peripheral device. 
Solutions exist in which customized hardware interfaces are 
attached to an existing computer peripheral port to allow 
different types of and multiple peripheral devices to be 
attached to the computer port. Installation of the customized 
hardware requires that the computer case be opened. 

SUMMARY OF THE INVENTION 

In general, in one aspect, the invention features a system 
for allowing a peripheral device to be inserted directly into 
a port of the computer system while the computer system is 
powered on. The insertion of a peripheral device into the 
computer system port is automatically detected, and a con- 
figuration operation is automatically performed when inser- 
tion of the peripheral device is detected. 

Implementations of the invention include the following 
features. The configuration operation may also automati- 
cally be performed once removal of the peripheral device 
from the computer system port is detected. The computer 
system may include a storage device which contains a 
device driver, which is retrieved during the configuration 
operation. The computer system may also include a memory, 
which is loaded Nyith the device driver during the configu- 
ration operation. In addition, the configuration operation 
may also check for a device type of the peripheral device, 
with the device driver retrieved firom this first device based 
on the device type. The configuration operation may also 
include determining a logical address of the peripheral 
device. The second peripheral device can be cormected to 
the first peripheral device. The configuration operation may 
include issuing a configuration command to the first periph- 
eral device. If the first peripheral device receives the con- 
figuration command and determines that the second periph- 
eral device is connected, the first peripheral device may 
forward the configuration command to the second peripheral 
device. The logical address for the first peripheral device 
may be set according to whether the second peripheral 
device is connected to the first peripheral device. In addition, 
the peripheral device may also pcif orm a self test during the 
configuration operation. 

In general, in another aspect, the invention features a 
system for allowing a plurality of peripheral devices to be 
connected to a single port of a computer system. The number 
of perq)heral devices connected to the single port is auto- 
matically determined, and an unique address is assigned to 
each of the peripheral devices. 

Implementations of the invention include the following 
features. Data may be routed between the computer system 
and the peripheral devices based on an address associated 
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with the data. The type of each peripheral device may also 
be automatically determined. The computer system may 
include a memory, and the plurality of device drivers may be 
automatically loaded into the computer system memory with 

5 each device driver corresponding to a peripheral device. A 
routing table may also be set up having a phirality of entries, 
with each entry corresponding to a peripheral device and 
containing a device driver name and the address of the 
corresponding peripheral device. Data may be routed 

10 between the device drivers and the peripheral devices based 
on the routing table and an address associated with the data. 
Entries may be added to the routing table as additional 
peripheral devices are added, and entries may be removed 
fi^om the routing table as peripheral devices are removed. 

15 Peripheral devices' may be conneacd in one of the plurality 
of hardware configurations. A first peripheral device may be 
connected directly to the computer system port, with at least 
one other peripheral device being connected to the computer 
system port through the first peripheral device. The com- 

20 puter system port may be a serial port. 

In general, according to another aspect, the inventions 
features a peripheral device for use with a computer system. 
The peripheral device has a host port for communicating 
with the computer system, a slave port for connecting to a 

25 slave device, and a device manager which identifies if a 
slave device is connection. 

Implementations of the invention include the following 
features. The device manager may also route data between 
the computer system, the peripheral device, and the slave 
device. Automatic address assignment may be performed by 
the device manager based on whether the slave device is 
connected. The device manager may perform a power on 
sequence to determine if it is functioning properly. The 
device manager may also notify the computer system if the 
slave device is added to or removed from the slave port. 

In general, according to another aspect, the invention 
features a peripheral device for use with a computer system 
having a peripheral port. The peripheral device includes a 
host port for directly coimecting to the computer system 
peripheral port, a user interface connected to the host port, 
a slave port coimected to the host port, and a device manager 
which notifies the computer system when it is inserted into 
the computer system peripheral port. 

45 In general, according to another aspect, the invention 
features a port manager in a computer system having a 
device driver, a configuration manager, and a peripheral port 
for connecting to a peripheral device. The port manager 
includes a first device interfaced to the peripheral port for 

53 conununicating with the peripheral device, and a second 
device interfaced to the device driver and the configuration 
manager for routing data between the device driver and the 
peripheral device and for routing configuration information 
between the configuration manager and tiic peripheral 

55 device. 

In general, according to another aspect, the invention 
features a configuration manager in a computer system 
having a port manager and a peripheral port for connecting 
directiy to a peripheral device. The configuration manager 

50 includes a first device interfaced to the port manager for 
receiving the notification. The configuration also includes a 
second device which responds to the notification by per- 
forming a configiu'ation operation. 
Implementations of the invention have one or more of the 

55 following advantages. Different types of peripheral devices 
may be connected to a single existing port. Multiple periph- 
eral devices which may be arranged in a plurality of different 
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configurations may be connected to the existing port. The The device drivers 118 and 120, which conimunicate with 

peripheral devices may be inserted into or removed from the the port manager 114 using a packet -oriented, interrupt 

port while the computer system remains powered on. No driven software interface, act as the interface for data 

additional hardware need be added to the computer system transferred between the device chain 100 and programs in 

to support the features listed above. 5 the host computer system C, such as applications programs. 

Other advantages and features will become apparent from With the exception of the configuration manager's interface, 

the following description and from the claims. interfaces to the device drivers 118 and 120 are standard. 

The port manager 114 signals a device driver when a packet 

BRIEF DESCRIPTION OF THE DRAWINGS destined for that device driver is received fi-om the device 

HG. 1 isa schematicblockdiagramof aperipheral device f'f' 100. Header information is removed &om the packet 

attachment scheme, ^ transmitted to the device dnver. The port 

™^ - . , ^ uiij- c -iv-r manager 114 accepts a packet from a device driver and 

HG. 2 IS a schematic block diagram of a senal cham of ^^^^^^^^^ ^^^^^ 

penptieral devices. ^^^^^ ^ ^^^^^ p^^j^^^^ transmission to the 

FIG. 3 is a schematic block diagram of peripheral devices 15 appropriate device in the device chain 100, The operations 

attached in a "star** arrangement. of the port manager 114, configuration manager 122, and 

HG. 4 is a block diagram of a data packet, port controller 110 are transparent to the device drivers 118 

FIG. 5 is a timing diagram of a data transfer, l^''- 

FIGS. 6Aand 6B are a flow diagram of an configuration ^h^ device chain 100 is made up of physical peripheral 

manager for performing auto-configuration cycles. ^° devices 101 and 102, which may be either legacy devices or 

HGS. 7A, 7B and 7C are a flow diagram of a device devices that communicate serially The legacy 

manager for controlling a peripheral device. ^^^!^^^ Q-PORT devices can be standard peripheral 

^^o- „ r*i.j- cT^ir^o devices such as a keyboard, a mouse or a joystick, or 

7 Z %r7 f "^"f °^ special-purpose peripheral devices such as game input 

7A, 7B and 7C for handhng data transfer requests. 25 devices (e.g. video game input pads), medical input devices 

HG. 9 IS a schematic block diagram of a peripheral device (e.g. input control pads, sensors), or remote communication 

attachment scheme including a peripheral router. devices (e.g. infrared, microwave, or radio devices) for 

HGS. lOfl and 106 are schematic diagrams of a peripheral communicating with remote input devices. Each of the 

f outer- peripheral devices includes a user interface. 

FIG. 11 is a schematic diagram of another peripheral In FIG. 1, the peripheral device 102 is a legacy device and 

router. the peripheral device 101 is a Q-PORT device. The periph- 

FIG. 12 is a schematic diagram of another peripheral eral devices 101 and 102 can be added or removed and the 

router, Q-PORT system can reconfigure dynamically in an auto- 

FIG. 13 is a schematic diagram of another peripheral ^ configuratkm cycle. Each device is associated with a unique 

router, logical device address and device type set during the auto- 

FIG. 14 is a schematic diagram of a chain of peripheral configuration cycle. The legacy and Q-PORT devices can be 

routers. connected by chaining, as shown by examples in FIGS. 1 

FIG.' 15 is a schematic diagram of another peripheral attaching chains in a star configuration using a 

Star concentrator, as shown by the example m FIG. 3. 
The Q-PORT device 101 has a host port 108 connected to 

DETAILED DESCRIPTION OF THE a computer port 112 and a slave port 106 connected to a host 

INVENTION port 104 of the legacy device 102. The computer port 112 

Referring to FIG. 1, a so-called Q-PORT system includes can be a standard port, such as a PS/2 style mouse port, 

the following layers: a device chain 100, a port controller 45 Q-P^^T and legacy devices can be mserted and removed 

110, a port manager 114, a configuration manager 122, and computer port 112 while the computer system 

device drivers 118 and 120. All the layers are contained in remams powered on, without reqmring additional hardware 

a host computer system C except the device chain 100. The interface. 

port controller 110 (e.g., an 8042 microcontroller from Intel The various ports may be connected using standard con- 
Corporation) is the hardware interface in the Q-PORT sys- 50 nectors such as 6-Pin Mini-DIN connectors. Each connector 
tem and its associated software. The port controller 110 has a data or DAT signal and a clock or CLK signal. Adevice 
converts the serial bitstream used by the device chain 100 plugged into the slave port 106 is referred to as a "slave" or 
into a byte format used by software in the host computer "down fi-om" or "below** that Q-PORT device, and a device 
system C. The port manager 114, which interfaces to the port plugged into the host port 108 is referred to as a "host" or 
controller 110 using a byte-oriented, interrupt driven soft- 55 "up from" or "above" that Q-PORT device. The host com- 
ware interface, is a low level software program which routes puter system C is defined as being at the top of the chain. A 
packetized data to and from the appropriate device driver. Q-PORT device which has nothing connected to its slave 
The port controller 110 signals the port manager 114 when po^ is at the bottom of the chain. In each of the configu- 
a byte has been received from the device chain 100 and the rations shown in FIGS. 1-3, only one computer port 112 is 
port manager 114 can write a byte into the port controller 60 needed to connect to muUiplc peripheral devices. The func- 
110 for distribution down the device chain 100. The con- tions performed by the Q-PORT device are controlled by a 
figuration manager 122, which can be considered a fecial- device manager in the Q-PORT device. The Q-PORT device 
purpose device driver for the Q-PORT system S, is a is an "intelligent" peripheral device, and the device manager 
software program which keeps track of the hardware con- be implemented with a microcontroller and associated 
figuration of the Q-PORT system S and searches for and 65 software in the Q-PORT device. 

attaches the appropriate device drivers for the peripheral Multiple Q-PORT devices each having a distinct logical 

devices 101 and 102. address can be connected in a chain. The device at the 
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bottom of the chain has a logical device address of 0x00. 
Each device above increments the logical device address 
from the one below it (excluding reserved logical device 
addresses). For example, a chain with four devices is shown 
in FIG. 2, in which three Q-PORT devices lOOA, lOOB and 
lOOC and the legacy device 102 are connected in series. 
Information issued from the top of the chain will either be 
acted upon by the device if it is addressed to that device, or 
it will be passed along to lower devices. Broadcast com- 
mands are both acted on as well as passed on. Information 
coming up the chain will be passed on without alteration 
(except in the case of a legacy device handler). 

As shown in FIG. 3, in another example, three device 
chains 130A, 130B and 130C are connected together using 
a star concentrator 126, which appears as a host to the device 
chains 130A-C and which makes the chains appear as one 
long chain to its host. The star concentrator 126 translates 
the logical device addresses of the peripheral devices in the 
chains and passes data from the peripheral devices to the 
host computer system C. 

The star concentrator 126 may optionally be incorporated 
in the port controller 110 and perform the logical device 
address translations after the serial-to-byte conversion, thus 
relieving the bandwidth requirements on the port control- 
ler's serial interface. The bandwidth would increase at the 
port controller's port-manager interface instead. With this 
option, the host computer system C sees multiple, fimction- 
ally equivalent, slave ports and mechanical space, power 
supply limitations, and system bandwidth becomes the lim- 
iting factors on the fanout of the star connection rather than 
the bandwidth of the serial interface. 

In the star configuration shown in FIG. 3, the star con- 
centrator 126 performs the following logical device address 
translations for the port controller 110: address 0x00 of a 
legacy device 138 in device chain 130A is translated to 
address 0x00; address 0x00 of a legacy device 140 in the 
device chain 130C is translated to address 0x04; and so 
forth. In the example shown, the legacy device 138 and the 
legacy device 140 are of the same device type, e.g., device 
type 0x00. To allow proper routing by the port manager 114, 
each of the legacy devices 138 and 142 is associated with an 
individual device driver, as are Q-PORT devices 132, 134, 
136 and 140. 

Referring again to FIG. 1, the legacy device 102 has no 
slave port and is therefore, by definition, at the bottom end 
of the chain (logical device address of 0x00) as nothing can 
be plugged into it. The legacy device 102 can be connected 
directly to the computer system C or the last Q-PORT device 
in a device chain. The Q-PORT device 101 is capable of 
recognizing that the legacy device 102 is connected to its 
slave port 101 and supporting the legacy device 102 as a 
legacy device handler. Data going up the chain from the 
legacy device 102 is packetized by the legacy device handler 
and transported up the chain. Data coming down the chain 
has the header information removed by the legacy device 
handler before going to the legacy device 102. 

Since a legacy device handler does not know the format 
and length of the packets of the legacy device 102, it may 
consider each byte received as a one-byte packet. Once the 
port manager 114 receives these packets, it passes the bytes 
on to the appropriate device driver individually. The device 
driver then re-assembles this stream of single bytes into a 
complete message. 

Devices communicate with each other and with the port 
controller 110 through a serial bitstream directed through the 
host and slave ports. Each host port will have a male 6-Pin 



15 



20 



25 



30 



35 



50 



55 



60 



Mini-DIN connector, and each slave port will have a female 
6-Pin Mini-DIN connector. Both the host and slave ports are 
bi-directional. In addition, each port includes a CLK line and 
a DAT line, with each line connected to a pull-up resistor 
having a value of 2,2 k ohm, for example. 

Hosl-to-slave transfers take priority over slave -to- host 
transfers. Q-PORT and legacy devices each has a buffer of 
sufficient size to hold an entire packet. Once the transfer of 
a packet begins, the entire packet must be transferred before 
any other information can be transferred from that port. 
Slave-to-host transfer bytes may interleave with host-to- 
slave bytes if the serial arbitration protocol allows for it, but 
aU bytes in each packet must be received in each link 
without disturbing their order. 

Referring to FIG. 5, a host-to-slave transfer is initiated by 
the host device first verifying that the serial interface is idle 
by checking that both the CLK and DAT lines are high. The 
host device then pulls the CLK line low and, within lime 
period TO (e.g. 5 /e), it drives the start bit by pulling the 
DAT line low. The CLK line is held low for about time 
period Tl (e.g. 100 jus) and then released which signals the 
slave device to clock the start bit in. The slave device then 
waits for about time period T2 (e.g. 40 /4s [+/-10 /is]) with 
the CLK line released before the slave device ptdls the CLK 
line low for about time period T3 (e.g. 40 [+/-10 /«]). 
After less than about time period T4 (e.g. 5 jus), the host 
device places data bit 0 on the DAT line by pulling the DAT 
line low if a "Oil *' and releasing the DAT hne if a "11." 
When the slave device releases the CLK line again, it 
samples the DAT line. The slave device then leaves the CLK 
line released for about time period T5 (e.g. 40 /is [+/-10 fts]) 
before pulling it low to initiate the transfer of data bit 1. The 
process is repeated for data bits 0-7, an odd parity bit, and 
a stop bit (which is a 1). After the stop bit is transferred, the 
slave device pulls the CLK line low for about time period T6 
(e.g. 40 [+/-10 /isj) and then the slave device places an 
acknowledge bit (0=ACK, 1=NAK) on the DAT line. The 
DAT fine is released about time period T7 (e.g. 40/e [+/-10 
f4s]) after the CLK hne is released. If the host device samples 
a NAK acknowledge bit, which occurs if a parity error is 
detected, for example, then the host device can assume the 
transfer was unsuccessful and it can retry the transfer. 

If a slave device does not cycle the CLK line within about 
time period T9 (e.g. 50 f&) after the host device releases the 
CLK hne in the start bit cycle, then a slave device is no 
longer connected to the host device's slave port. The host 
device detects this as the discoimccted port state. 

A slave-to-host transfer is performed in the same manner 
as the host-to-slave transfer, except that the slave device 
rather than the host device initiates the transfer by checking 
for an idle interface, the slave device drives the data bits, odd 
parity bit, and stop bit on the DAT fine, and an acknowledge 
bit is not placed at the end. At the end of a slave-to-host 
transfer, if the host device needs extra time to process the 
received byte, it may inhibit or hold off further transfers by 
pulling the CLK line low within about a time period T8 (e.g. 
50 /4s) after the slave device has pulled the CLK line low to 
begin the stop bit transfer. When the slave device releases 
the CLK line, it will notice that the CLK line remains driven, 
indicating that the transfer has been inhibited. The interface 
remains inhibited until the host device releases the CLK line, 
at which time the interface returns to the idle state. 

If a parity error is detected in a slave-to-host transfer, then 
the host device may issue a REQUEST_RESEND com- 
mand to the slave device for re-transmission. If, during a 
slave-to-host transfer, the host device finds that it is out of 
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synchronization with the slave device, the host device can figuration manager 122. During the auto-configuration 

signal a "framing error" condition by holding the DAT line cycle, the port manager 114 communicates only with the 

low. This will be noticed by the slave device as soon as it configuration manager 122 and ignores any other device 

attempts to drive a "1" on the DAT line, yet sees a "0" there drivers. 

instead. To regain synchronization, the slave device leaves 5 Referring to the flow diagram of FIGS. 6A-6B, the 

the DAT line released and cycles the CLK line until it configuration manager 122 starts 202 an auto-configuration 

samples the DAT line pulled high again. The transfer then cycle when the port manager 114 informs it that the device 

can be retried once the serial interface retums to the idle chain configuration has changed. The configuration manager 

state. 122 first issues 204 a RESET command and waits 206 for a 

While a host-slave interface is in the idle state, if either the lo ^^^^ response. If a RESET__NAK byte is received, indicat- 

host or slave device is unable to accept incoming data, or a non-functional Q-PORT device, or a time-out is 

will be busy with another task long enough that it may miss detected, the configuraUon manager 122 notifies 208 the port 

the start bit, the device may inhibit the transfer by holding "f^^^Ser 114 that nothing is connected and also notifies 246 

the CLK line low, P^'^ manager 114 that the auto-configuration cycle is 

^ • . ^ nr^Ti^r * 0*1 *i. r If Complete. If the port controller code is not written to check 

Communication m the Q-PORT system S takes the form p . .-^ „ . c c 

^:fk^, 1 ..A^^ ir • *• 1 4 • time-out conditions, a small piece of software may 

01 either broadcast commumcations or packet commumca- „ *l t *• r .i_ ^ . n j i ^ 

*• o-^j* i- - iJLi .1 momtor tnc runclions oi the port controller 110 and check 

tions. Broadcast communications are smgle, double, or tnple f * tt.- ^ ^^iiv^i auu wuwviv 

K„t« ^^T«™o„^c. ^ A *u ni^Ti-^ . c u time-outs. This software could report these errors to the 

byte commands passed around the Q-PORT system S, such . * n ha u- u u . 

„^ . 1 J • J J • * I. tr.x. port controller HO, which would pass these on to the port 

as dunng the logical device address assignment phase of the iiy* -ru^\i ♦ u i- a i l 

^»t« ^^«fi^.,of.v.« 1 A 1 * A C *u 2n manager 114. The time-out checking function can also be 

auto-configuration cycle. A packet moving down fi-om the • ^i a a a- *\ - * * n ^ 

^ J mcluded directly m the port controller code, 

host computer system C IS addressed to a specific device m . r- • . 

a chain and a packet moving up from a device has the logical ^ jl^ ,^fn?^'''^^'^l^^''!^r^^ '^^^^ ^Fn r ^- 

device address of the device which originated the packet. ^^.^ ^^^^9f -J^ESET_^CK byte, it waits 210 for a 

co^k «.^t. * '^ A u A • e J 11 J u logical device address NADDR to be transmitted from the 

nnSn^l^H^tf hwv 25 device chain 100. A legacy device responds to a RESET 

El?., ^iH^'f ' m formation contains a ^^^^^^ by issuing a 3-byte sequence: a LEGACY^ 

Sfr^^^^ RESET„ACK byte, a LEGACT ACK byte, and a 

penpheral device and a packet descry LEGACY_DEVICE__TYPE byte. "The RESET ACK, 

k^fnll mr 1 ^ ^ r ' « K^? RESET_^AK, LEGACY_RESET_ACK, LEGACY^ 

S^vTnh/f^ln.^^^^^^^^^^ 30 ACK, LEGACY_DEVICE_TYPE and logical device 

fil^ ' n h A V « h . T ? ^^'""^ '^T ^^^^^ by^^^ transmitted as broadcast comiiands by the 

field can be any 8-bit value except those reserved for peripheral devices 

broadcast commands. , • , j • • - , . 

, After a logical device address is received, the configura- 

Broadcast commands are used dunng the logical device ^ resets 212 an increment variable I toLro. 

address assignment phase of the auto-configiiration cycle 35 „ configuration manager 122 determines 214 that the 

performed by the confi^ra^wn meager 122. Broadcast ^^i,ble I is less than or equal to the value of the received 

commands are only used by the configuraUon manager 122 fogicai device address NADDR, it transmits 216 a READ 

and are not be used be the de^^^ drivers 118 and 120 One dEVICE_TYPE command packet to the device at logicll 

broadcast command is the RESET command byte, which is device address I. The configuration manager 122 then waits 

issued by the configuraUon manager 122 m an auto- ^ 2I8 for the receipt of a device type picket. During the 

configuration cycle to cause every device in the device cham auto^nflguration cycle, the port manager 114 forward the 

100 to go to a known slate and to recursively assign aU the ^ block portion of any rcciived packet to the conflgura- 

logical device addresses m the device chain. t„,„„„„ it> „™; . rAt ,\. c 

tion manager 122. Alter receipt 01 data, the connguration 

Each of the foUowing command bytes in the Q-PORT manager 122 determines 220 if the device type is a vaHd 

system S are transmitted as part of the data block in a packet. 45 type. A legacy device responds to the READ_DEVICE_ 

A SET_DEFAULT command is sent by the host computer TYPE command by first issuing a LEGACY_ACK byte, 

system C to restore all settings in the peripheral device to its which is an invalid device type. If an invalid type is detected 

default value and lo disable the device. A DISABLE com- 220, the configuration manager 122 waits 218 for another 

mand is sent to disable a peripheral device from sending any packet. 

"^^^l ^ P^""'"'' ^""^"^ 50 Once a valid device type packet is received, the configu- 

The ENABLE command is sent to enable a device to send nation manager 122 checks 222 host computer system 

unsohcited padcets while m periodic or event driven modes. ^^^^^ (^ot shown) to determine 224 if the device driver 

After each of the above commands is received and executed, associated with the device type is loaded. If the device driver 

the device acknowledges by remramg an ACK command in does not exist, the configuration manager 122 opens 226 the 

a packet to the host computer system C. 55 appropriate device driver file from the mass storage device. 

AREAD_DEVICE_TYPE command causes the receiv- e.g., hard disk drive, of the host computer system C and 

ing device to respond with a packet containing the device's loads 228 the device driver into host computer system 

device type. The device type information is used during the memory. The configuration manager 122 then adds 230 an 

auto^onfiguration cycle by the configuration manager 122. entry associated with the new device type into a packet 

The host computer system C recognizes that this command so routing table for use by the port manager 114. Each entry of 

was received and executed when it receives the device type the packet routing table includes ihe device driver name and 

P^'^^*^'- the associated logical device address and device type of the 

The port manager 114 signals the configuration manager physical peripheral device associated with the device driver. 

122 to perform the auto-configuration cycle in response to The configuration manager 122 then increments 232 the 

several events: on initial entry of the port manager 114; ss value of the variable I by one and checks 214 if the variable 

when a RESET_REQ byte is received from some device; or I is less than or equal to the received logical device address 

by sending an unexpected RESET_ACK byte to the con- NADDR. 
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If the configuration manager 122 determines 224 that a If the Q-PORT device receives 302 a READ_DEVICE_ 

device driver is already loaded in host computer system TYPE command and the command is addressed 332 to the 

memory, it checks 234 the routing table to compare the Q-PORT device, the Q-PORT device sends 334 a packet 

received logical device address with the stored logical containing its device type to the host. Normally, if the 
device address. If the addresses arc different, tiien the 5 conunand packet is not addressed 332 to the Q-PORT 

configuration manager 122 modifies the appropriate routing device, it would simply forward 338 the packet to the slave, 

table entry to aviate the device driver to the correct but if the internal legacy flag is set 336, the Q-PORT device 

logical devia address. strips 340 the header off the packet before passing 342 it on 

If the configuration manager 122 determmes 214^at the si^ve. The legacy device will respond to the READ 

vanable I has a value greater than the address NADDR, and nrvirp tvpt? r.rtr«r«^«/i k« ,v<...;„« , t rjr- Anv 

f J * -.rt-if**!. J J KTAT-iT^T^ i_ .t. 1 UliViCli_lTFli command by issmug a LEGACY_ACK 

if it determines 240 that the address NADDR has the value . Mir.^^,^A u., . r rinAr-\r riOA/r^n ^rvnc u * 

OxOOandtheconnectedperipheraldeviceisalegacydevice. byte foUowed by a LEGACY_DEVICE_TYPE byte, 

the configuration manager 122 notifies 242 the port manager Referrmg to the flow diagram of HO. 8, the device 

114 that the legacy device is directiy connected. A directly- manager in a Q-PORT device handles pending data transfer 

connected legacy device does not have a Q-PORT device to requests. The host port of the Q-PORT device contains a host 

act as its legacy device handler, which would require the port FIPO queue for storing upstream data, and the slave port of 

manager 114 to essentially act as a byte pipeline between the Q-PORT device contains a slave FIFO queue for storing 

legacy device and the legacy device driver, performing no downstream data. The host and slave FIFO queues each has 

interpretation, other than handling broadcast commands. the capacity to store at least one data packet. Initially, the 

The configuration manager 122 then sends 244 ENABLE device manager transmits 402 any upsU-eam host data pend- 

command packets to each of the peripheral devices in the ^^^^ ^^^^ quGue. After a byte of data has been 

device chain to enable the peripheral devices. Next, the transmitted, if a host device transfer is pending 404 (i.e., host 

configuration manager 122 notifies 246 the port manager device has taken control of DAT line), priority is given to the 

114 that the auto-configuration cycle is complete. host-to-slave transfer and the host device data transfer is 

The flow diagram of HGS. 7A-C shows the response of Processed 406. 

the Q-PORT device to certain command bytes. If the If upstream data is pending 408 in the host FIFO queue, 

Q-PORT device receives 302 a RESET command, it per- the device manager transmits 402 the next byte of the 

forms 304 a power-on reset cycle which includes a Built- upstream data. However, if upstream data byte is not pend- 

In-Test (BIT) procedure. If tiie Q-PORT device determines 408, any input from the user interface is processed 410, 

306 that it is functioning properly, it issues 308 a RESET_ 3^ example, if the Q-PORT device is a keyboard, the 

ACK byte to the host and issues 312 a RESET command to pressing of a keyboard by tiie user would be processed in 

its slave. Any packets received by the slave port of the ibis step. Next, if upstream data is pending 412 in the host 

Q-PORT device must be flushed before the RESET com- queue, the data is transmitted 402. If upstream data is 

mand can be sent by the Q-PORT device. not pending 412, then all downstream data pending in the 

The Q-PORT device expects the slave to respond in one 35 ^^^^^ ™^ 1"^^^ transmitted 414. Next, if a data 

of the following ways: a disconnected port state, indicating transfer request is pending 416 from a slave device, the 

that tiie device is not connected to a slave; a RESET_JNAK slave-to-host data is transmitted 418, 

command, indicating a non-functional slave; a LEGACY_ The following provides an example of an auto- 

RESET_ACK command, indicating a legacy device is configuration cycle. To begin with, the host computer sys- 
connected as the slave and has passed its BIT procedm-e; or ^ tem C is unconnected with any peripheral devices. On 

a RESET_ACK command, indicating the slave is a power-up, the configuration manager 122 is initiated and 

Q-PORT device and has passed its BIT procediu-e. issues a RESET command to the port manager 114. The port 

If the Q-PORT device receives 314 the LEGACY_ manager 114 passes this RESET command to the port 

RESET_ACK command, then the Q-PORT device sets 316 controller 110, but as there are no devices present, the 
its legacy internal flag to identify itself as the legacy device 45 transfer times out and the port controller software responds 

handler and sets 318 its logical device address at 0x01. If with a RESET_„REQ byte, which indicates to the configu- 

instead the Q-PORT device receives 320 a RESEr_^CK ration manager 122 that notiung is connected, 

command, indicating that the slave device is another Next, a Q-PORT device (having a device type of 0x80) is 

Q-PORT device, it waits 322 for the slave device to send its inserted into the computer port 112. When the Q-PORT 
logical device address. The Q-PORT device sets 324 its 50 device receives power, it runs its power-on reset cycle, 

logical device address as the slave's logical device address which (assuming BIT passed) sends a RESET_ACK byte 

plus one. back through the port controller 110. The port manager 114 

However, if the Q-PORT device discovers 326 tiiat its recognizes the RESET__ACK byte as being a broadcast 
slave port is disconnected, the slave is not functional, or an command and routes it to the configuration manager 122. 
unexpected response is received, then the Q-PORT device 55 The configuration manager 122 is not expecting receipt of 
assumes it ts the last functional device in the device chain the RESET_ACK byte, as the previous configuration cycle 
and sets 328 its logical device address at 0x00. After setting showed no devices were connected. In response, the con- 
its logical device address, the Q-PORT device sends 330 the figuration manager 122 issues a RESET command through 
address to the host. the port manager 114 and port controller 110 to start an 

If the Q-PORT device receives 302 a reset response 60 auto-configuration cycle. 

(RESET„ACK or LEGACY_RESET_ACK) from its If the Q-PORT device had already issued its logical device 

slave without having first issued a RESET command to that address, the port controller 110 ignores the RESET com- 

slave, or it detects that the slave has become disconnected, mand. Otherwise, since the host transfer takes precedence, 

then the Q-PORT device sends 303 a RESET_REQ byte (a the RESET command is sent on to the Q-PORT device, 
broadcast command) up the device chain to the coofigura- 65 Upon receipt of the RESET command, the Q-PORT device 

tion manager 122, which responds by performing an auto- again does a BIT and responds with the RESET_JVCK byte 

configuration cycle. followed by a logical device address of 0x00. The port 
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manager 114 again recognizes these two bytes as being byte and the logical device address are passed on to the 

broadcast commands and routes them both to the configu- configuration manager 122. The configuration manager 122 

ration manager 122. now knows there are two devices in the device chain. It first 

This time, the configuration manager 122 is expecting a issues a packet containing the READ__DEVICE_TYPE 
RESET response of some sort, and so recognizes that there 5 command to the device at logical device address 0x00, 

is one device in the device chain located at logical device which is received by the Q-PORT device. Normally, since 

address 0x00. The configuration manager 122 then issues a the packet is not addressed to the Q-PORT device, it would 

READ_DEVICE_TYPE command and the Q-PORT simply pass it along to its slave port. However, since the 

device returns a packet containing a device type of 0x80. Q-PORT device is the legacy device handler, and the logical 
The port manager 114 recognizes the incoming data as a lo device address on the packet is 0x00, the Q-PORT device 

packet, but reaUzes that the configuration manager 122 is strips the header off the packet and passes it on to its slave 

still performing an auto-configuration cycle, so it routes the port. 

data block portion of the packet containing the device type Upon receipt of the READ_DEVICE__TYPE command, 

to the configuration manager 122, the legacy device first issues a LEGACY_ACK byte to its 

Next, the configuration manager 122 opens the device host port. When the Q-PORT device receives this, it adds the 

driver file in the mass storage device corresponding to a header with a logical device address of 0x00 and a byte 

device type of 0x80. This device driver is loaded into count of 0x1. The port manager 114 receives this packet and 

memory, and the configuration manager 122 sets up a does not pass it on to the device driver indicated in its 

routing table for the port manager 114 to route packets routing table for device 0x00; instead, it sends the data 

having a logical device address of 0x00 to the loaded device (which is the LEGACY_ACK byte) to the configuration 

driver, and conversely, that data from the device driver be manager 122 as the auto-configuration cycle is still in 

packetized and sent to logical device address 0x00. progress. The configuration manager 122 knows that the 

The configuration manager 122 then issues an ENABLE LEGACY_^CKbyte is an invalid device type, so it ignores 
command to both the device driver and the port manager 114 

to start the connection. Next, the configuration manager 122 Next, the legacy device issues the real LEGACY_ 

exits from auto-configuration. Packets to and from the DEVICE_TYPE byte, which the Q-PORT device pack- 

Q-PORT device are transferred according to the routing etizes and sends via the port controller 110 and port manager 

table until a hardware configuration change occurs. 114 to the configuration manager 122. The configuration 

Next, a legacy device (having device type 0x00) is manager 122 sees that the device driver for this device type 

connected to the slave port of the previously inserted is not loaded in memory, so it searches the mass storage 

Q-PORT device. When the Q-PORT device performed a device for the corresponding device driver and loads it into 

powcr-on reset sequence after it was inserted, it determined memory. The configuration manager 122 then sets up the 

that there was no device connected to its slave port. If a packet routing table for the port manager 114 to direct 
legacy device gets plugged into the slave port, the legacy „^ packets to and from the device at logical device address 

device also runs a power-on reset sequence and a BIT. If the 0x00 to the new device driver. 

BIT passed, the legacy device issues to a LEGACY_ Next, the configuration manager 122 issues a packet 
RESET_ACK byte, a LEGACY_ACK byte, and a containing a READ_DEVICE„TYPE command lo the 
LEGACY_DEVICE_TYPE byte to its host, the Q-PORT device at lexical device address 0x01. The Q-PORT device 
device. As the Q-PORT device is not expecting receipt of the ^ receives this and responds with a packet containing the 
bytes, it realizes that its slave port connection has changed. device type of 0x80. The configuration manager 122 
As a result, it sends a RESET_J^Q byte to its host port receives this byte, and sees that it already has this device 
When the port manager 114 receives the RESET^REQ driver in memory, so all it need do is point the packet routing 
byte, it recognizes it as a broadcast command and routes it table in the port manager 114 to this device driver for all 
to the configuration manager 122. In response, the configu- 45 packets to or from logical device address 0x01. 
ration manager 122 issues a RESET command to the port As the configuration manager 122 has attached all the 
manager 114, which forwards this through the port control- relevant device drivers to the Q-PORT system, it sends 
ler to the device chain. The Q-PORT device receives this ENABLE commands to each device and device driver in 
RESET command and performs a BIT. If successful, the turn and signals the port manager 114 that the auto- 
Q-PORT device sends a RESET_^CK byte to its host port. 50 configuration cycle has finished and the configuration man- 
Next, it sends the RESET command to its slave port. In ager 122 exits. 

response to the RESET command, the legacy device runs Next, the legacy device at logical device address 0x00 is 

rt^ A ^ u ^^^^-^^^ ^y^^' legacy device. The transmitted packet arrives at the Q-PORT 
LbGACY_DEVICE_TYPE byte. 55 (jeyi^e, which removes the header from the packet and sends 

The Q-PORT device sees this sequence and recognizes the first byte of the data block to the Q-PORT device*s slave 

that its slave device is a legacy device because of the port. The Q-PORT device detects that its slave port has 

LEGACY_RESET_ACK byte, so the Q-PORT device sets become disconnected. In response, the Q-PORT device 

an internal legacy flag to set itself as the legacy handler for sends a RESET_REQ byte out its host port. The RESET_ 
its slave. At this point, the Q-PORT device knows that its 60 REQ byte is routed to the configuration manager 122, which 

slave device has a logical device address of 0x00, and it, initiates an auto-configuration cycle by sending the RESET 

therefore, must have a logical device address of 0x01. The command out. The RESET response indicates that only one 

Q-PORT device then issues the logical device address of device is in the device chain and it is at logical device 

0x01 to its host port. address 0x00. The configuration manager 122 queries this 

The port manager 114 had previously received the 65 device and discovers it is the Q-PORT device with the 

Q-PORT device's RESET_ACK byte, and so it was expect- device type of 0x80. The configuration manager 122 recog- 

ing the logical device address next. Both the RESET_^CK nizes that the device driver is in memory for the device type 



09/02/2004, EAST Version: 1.4.1 



5,9i 

13 

of 0x80. The configuration manager 122 modifies the packet 
routing table by changing the logical device address asso- 
ciated with the Q-PORT device's device driver. The unused 
device driver for device type 0x00 is unloaded from memory 
and the configuration manager 122 signals the end of the 
auto-configuration cycle to the port manager 114 and exits. 

Referring to FIG. 9, several peripherals (for example, a 
Q-port or "active" peripheral device 904, and a 
conventional, legacy device 906) may be coupled via a 
peripheral router 902 to host computer system 900. Periph- 
eral router 902 properly routes signals from host computer 
system 900 to the device chain represented by devices 904 
and 906, and vice versa, in each case in the manner shown 
in the logical diagram of FIG. 1. 

One peripheral router arrangement 1000, shown in FIGS. 
10a and 106, provides three ports: a male mini 6 DIN port 
1002 that couples to host computer system 900, and two 
female mini 6 DIN ports 1004 and 1006 that couple periph- 
eral router 1000 to an active q-port device 904 and a 
"passive" conventional device 906 respectively. For clarity, 
FIG. lOfe shows the same signal lines "stretched out". When 
only a passive legacy device such as a conventional key- 
board 906 is attached to its respective port 1006, two 
position, dual-throw switch 1010 is normally "open", so that 
keyboard data and clock lines properly route through periph- 
eral router 902 to respective PC data and clock lines. When 
an active q-port device 904 is also attached to its respective 
port 1004, switch 1010 closes, routing the legacy keyboard 
data and clock lines to the slave data and clock tines of 
q-port device 904. In effect, when both a q-port and legacy 
device are attached, peripheral router 902 creates a linear 
device chain where pc data and clock signals are first routed 
to the host data and clock lines of q-port device 904. Then 
q-port device 904 transports any appropriate signals to and 
from legacy device 906 via separate slave data and clock 
lines. Peripheral router 902 provides ground and Vcc to both 
devices. 

Enhanced peripheral router 1102, shown in FIG. 11, 
provides similar DIN ports 1114 and 1116 for attaching a 
q-port and a legacy device respectively, but accomplishes 
the routing of signals from host port 1100 to the appropriate 
peripheral port via CMOS gates lllSa and 11186 (using a 
4066 CMOS gate circuit). One method for detecting when a 
q-port device is attached to port 1114 is based on placing a 
low voltage (nominally +5 V.) on the male connector (or 
similar connector) of the q-port device. Legacy device 
shields arc typically coupled to ground or floating. The 
shield of connector Q-port cormector 1114 is coupled via a 
100 k resistor 1123 to Vcc and via a much larger 1 Mohm 
resistor 1125 to ground. When the q-port device is inserted 
into port 1114, its imposed shielding voltage drives pass-thru 
line 1120 high, opening gates 1118a and 11186 (which are 
active-low gates), thereby forcing control and data lines 
1122a and 1124a first to the q-port interface 1114, and then 
from the q-port device to host interface 1100 (via lines 11226 
and 11246). When no q-port device is attached to interface 
1114, gates 1118a and 11186 remain open, coupling control 
and data lines 1122a and 1124a directly to host interface 
1100. 

Symmetric peripheral router 1202 (FIG. 12) employs 
similar CMOS gate logic as router 1102, but provides two 
identical connector ports 1210a and 12106, into both of 
which a q-port device or a legacy device can be attached. 
Gates 1218a and 12186 cut off the control and data con- 
nection of connector interface 1210a from host interface 
1200 (and route them instead through connector interface 
12106) when a q-port device is inserted into connector 



>1,830 

14 

interface 12106. This cutoff occurs because the low voltage 
on the diielding of the q-port device transfers to shield line 
12226 where it, inverted by inverter 12206 into a null signal, 
turns off gates 1218a and 12186 via signal line(s) 1224a. 

5 The same action occurs when a q-port device is inserted into 
the first connector interface 1210a: the low voltage on its 
shielding transfers to shield line 1222a where it, inverted by 
inverter 1220a into a null signal (transmitted via signal 
line(s) 12246), closes gates 1218c and 1218^. Data and 

10 clock signals &om the other connector interface 12106 are 
then routed through coimector interface 1210a, through its 
attached q-port device, and then out to host interface 1200. 
Symmetric peripheral router 1202 thereby allows a q-port 
device to be plugged into either of the two connector 

15 interfaces 1210a or 12106. 

Another symmetric peripheral router 1302, shown in FIG. 
13, employs a miarocontroller 1330 (Zilog ZB6C03PSC) to 
couple control and data signals correctly among connector 
interfaces 1310a and 13106 and host interface 1300, thereby 

20 implementing the peripheral attachment scheme. A q-port 
device can be inserted into either of the two connector 
interfaces 1310, for example 1310a. In this example, micro- 
controller 1330 routes all signals first to the q-port-attached 
connector interface 1310a, along its primary clock and data 

25 signal runs 1332a and 1334a. If a signal packet is destined 
for devices attached to the other connector interface 13106, 
such signal packet is passed back through connector inter- 
face 1310a along auxilliary clock and data signal runs 1336a 
and 1338a to microcontroller 1330, which then emplements 

30 the proper addressing protocols and sends the packet on the 
primary clock and data signal runs 13326 and 13346 to the 
other connector interface 13106. If the q-port device is 
inserted into the other connector interface 13106, then these 
operations and the respeaive signal wires are reversed. 

Multiple device chains can be created from any of the 
peripheral routers described by inserting the host interface of 
one router into the connector (or slave) interface of another 
router, in an unlimited fashion, as shown in FIG. 14. Or, 
referring to FIG. 15, a microcontrollcd peripheral router 

^ 1402 can implement a packet routing scheme internally 
among a plurality of peripheral devices. Microcontroller 
1430 receives and transmits data and control packets to and 
fi-om host computer 900 via host interface port 1400. Micro- 
controller 1430 then implements the packet routing scheme 
among a plurality of connector interfaces 1410a through 
1410c, as an example. During auto-configuration, each 
connector interface 1410 having an attached device (whether 
q-port or legacy) is assigned a unique ascending address. 
Addressed packets sent from the PC (or fi-om any other 
attached q-port device) can then be transferred to the appro- 
priate attached peripheral device by stripping its address and 
n-ansferring the padcet to the appropriate connector interface 
1410. Data or control packets sent back from an attached 
peripheral device can have its origination address attached to 
its packet by microcontroller 1430 for transfer to any other 
peripheral device and/or computer 900. 

Other embodiments are also within the scope of the 
claims. For example, other types of serial interfaces can be 
used and the packet and broadcast command widths can be 
varied. 

What is claimed is: 

1. Apparatus for coupling two peripheral devices to a 
single port of a computer, comprising: 
65 two peripheral ports for coupling to the peripheral 
devices; 

a host port for coupling to the single port of the computer; 
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routing circuitry for selectively coupling one of the 
peripheral ports to the host port based on the identity of 
a peripheral device connected to the one peripheral 
port; 

wherein the first peripheral port accepts an active periph- ^ 

eral device; and 
wherein the active peripheral device further comprises: 

a port; and 

slave control and data circuitry coupled lo the port, 
where the slave control and data circuitry, upon 
receiving from the port a slave control and/or data 
signal intended for another peripheral device, trans- 
fers the slave control and/or data signal back to the 
port. 

2. The apparatus of claim 1 wherein the second peripheral 
port accepts a passive peripheral device. 

3. Apparatus for coupling two peripheral devices to a 
single port of a computer, comprising: 

two peripheral ports for coupling to the peripheral 
devices; 

a host port for coupling to the single port of the computer; 

routing circuitry for selectively coupling one of the 
peripheral ports to the host port based on the identity of 
a peripheral device connected to the one peripheral 25 
port; 

wherein the routing circuitry couples data and clock 
signals from the second peripheral port to the first 
peripheral ports when an active peripheral device is 
coupled to the first peripheral port; and 

wherein the routing circuitry decouples data and clock 
signals from the second peripheral port lo the host port, 
when said active peripheral device is coupled to the 
first peripheral port 

4. Apparatus for attaching peripheral devices to a port of 
a computer, comprising: 

peripheral ports; 

a host port coupled to the port of the computer; and 
routing circuitry selectively coupling the peripheral ports 40 

to the host port and to each of the peripheral ports, 
wherein the routing circuitry can receive a data packet 
from one of the peripheral ports designated for a 
peripheral device coupled to a designated one of the 
plurality of peripheral ports and transmit the data 
packet to the designated peripheral port. 

5. The apparatus of claim 4 wherein the routing circuitry 
comprises a microprocessor. 

6. A method for couphng two peripheral devices, to a 
single port of a computer, comprising: 50 

coupling the two peripheral devices to two peripheral 
ports; 

coupling a host port to the single port of the computer; 

selectively coupling one of the peripheral ports to the host 55 
port based on the identity of the peripheral device 
connected to the one peripheral port, 

wherein the first peripheral port accepts an active periph- 
eral device; 

wherein the active peripheral device fiirther comprises: 60 
a port; and 

slave control and data circuitry coupled to the port, 
where the slave control and data circuitry, upon 
receiving from the port a slave control and/or data 
signal intended for another peripheral device, trans- 65 
fers the slave control and/or data signal back to the 
port. 
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7. The method of claim 6 wherein the second peripheral 
port accepts a passive peripheral device. 

8. A method for coupling two peripheral devices to a 
single port of a computer, comprising: 

coupling the two peripheral devices to two peripheral 
ports; 

coupling a host port to the single port of the computer; 
selectively coupling one of the peripheral ports to the host 

port based on the identity of the peripheral device 

connected to the one peripheral port, 
wherein a routing circuitry couples data and clock signals 

from the second peripheral port to the first peripheral 

port, when an active peripheral device is coupled to the 

first peripheral port; and 
wherein the routing circuitry decouples data and clock 

signals from the second peripheral port to the host port, 

when said active peripheral device is coupled to the 

first peripheral port. 

9. Method for attadiing peripheral devices to a port of a 
computer, comprising: 

coupling peripheral ports to the peripheral devices; 

coupling a host port to the port of the computer; and 

selectively coupling the peripheral ports to the host port 
and to each of the peripheral ports; 

wherein a routing circuitry can receive a data packet from 
one of the peripheral ports designated for a peripheral 
device coupled to a designated one of the plurality of 
peripheral ports and transmit the data packet to the 
designated peripheral port. 

10. The method of claim 9 wherein the routing circuitry 
comprises a microprocessor. 

11. Apparatus for coupling two peripheral devices to a 
single port of a computer, comprising: 

two peripheral ports for coupling lo the peripheral 
devices; 

a host port for coupling lo the single port of the computer; 
and 

routing circuitry for selectively coupling one of the 
peripheral ports to the host port based on the identity of 
a peripheral device connected to the one peripheral 
port; 

wherein the first peripheral port accepts either an active or 
a passive peripheral device, the active peripheral device 
further comprises: 
a port; and 

slave control and data circuitry coupled to the port, 
where the slave control and data circuitry, upon 
receiving from the port a slave control and/or data 
signal intended for another peripheral device, trans- 
fers the slave control and/or data signal back to the 
port. 

12. The apparatus of claim 11 wherein the routing cir- 
cuitry selectively couples the one peripheral port to the other 
peripheral port when an active peripheral device is coupled 
to the one peripheral port. 

13. The apparatus of claim U wherein said routing 
circuitry, upon detecting said active peripheral device 
coupled to one peripheral port, selectively couples the one 
peripheral port to the host port, decouples the other periph- 
eral port from the host port and couples the host-decoupled 
peripheral port to the host-coupled peripheral port. 

14. The apparatus of claim 11 wherein the active periph- 
eral device receives control and data signals on a first pair of 
signal connectors, and transfers back the slave control and 
data signals on a second pair of signal cormectors. 
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15. Apparatus for coupling two peripheral devices to a 
single port of a computer, comprising: 

two peripheral ports for coupling to the peripheral 
devices; 

a host port for coupling to the single port of the computer; ^ 
routing circuitry for selectively coupling one of the 
peripheral ports to the host port based on the identity of 
a peripheral device connected to the one peripheral 

port; j„ 

wherein the first and second peripheral ports accepts 
either an active or a passive peripheral device, the 
active peripheral device further comprises: 
a port; and 

slave control and data circuitry coupled to the port, 15 
where the slave control and data circuitry, upon 
receiving from the port a slave control and/or data 
signal intended for another peripheral device, trans- 
fers the slave control and/or data signal back to the 
port. 20 

16. Apparatus for coupling two peripheral devices to a 
single port of a computer, comprising: 

a first peripheral port coupled to an active peripheral 
device; 

. a second peripheral port coupled to a passive peripheral 25 
device; 

a host port coupled to the computer; 

routing circuitry coupling the first peripheral port to the 

host port based on the identity of the active peripheral 

device coupled to the first peripheral port, the active 

peripheral device further comprises: 

a port; and 

slave control and data circuitry coupled to the port, 
where the slave control and data circuitry, upon 
receiving from the port a slave control and/or data 
signal intended for another peripheral device, trans- 
fers the slave control and/or data signal back to the 
port. 

17. A method for coupling two peripheral devices to a ^ 
single port of a computer, comprising: 

coupling the two peripheral devices to two peripheral 
ports; 

coupling a host port to the single port of the computer, 
selectively coupling one of the peripheral ports to the 45 
host port based on the identity of the peripheral device 
connected to the one peripheral port; 

wherein the first peripheral port accepts either an active or 
a passive peripheral device, and wherein the active 
peripheral device further comprises: 



a port; and 

slave control and data circuitry coupled to the port, 
where the slave control and data circuitry, upon 
receiving from the port a slave control and/or data 
signal intended for another peripheral device, trans- 
fers the slave conu-ol and/or data signal back to the 
port. 

18. The method of claim 17 wherein the active peripheral 
device receives control and data signals on a first pair of 
signal connectors, and transfers back the slave control and 
data signals on a second pair of signal connectors. 

19. A method for coupling two peripheral devices to a 
single port of a computer, comprising: 

coupling the two peripheral devices to two peripheral 
ports; 

coupling a host port to the single port of the computer; 
selectively coupling one of the peripheral ports to the host 

port based on the identity of the peripheral device 

connected to the one peripheral port, 
wherein the first and second peripheral ports accepts 

either an active or a passive peripheral device, the 

active peripheral device further comprises: 

a port; and 

slave control and data circuitry coupled to the port, 
where the slave control and data circuitry, upon 
receiving from the port a slave control and/or data 
signal intended for another peripheral device, trans- 
fers the slave control and/or data signal back to the 
port. 

20. A method for coupling two peripheral devices to a 
single port of a computer, comprising: 

coupling a first peripheral port to an active peripheral 
device; 

coupling a second peripheral port to a passive peripheral 
device; 

coupling the first peripheral port to the host port based on 
the identity of the active peripheral device coupled to 
the first peripheral port; 

wherein the active peripheral device further comprises: 
a port; and 

slave control and data circuitry coupled to the port, 
where the slave control and data circuitry, upon 
receiving from the port a slave control and/or data 
signal intended for another peripheral device, trans- 
fers the slave control and/or data signal back to the 
port. 
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